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Claim Rejections - 35 USC §102 

1 . The following is a quotation of the appropriate paragraphs of 35 U.S. C. 102 that form the 
basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under section 122(b), by another filed 
in the United States before the invention by the applicant for patent or (2) a patent granted on an application for 
patent by another filed in the United States before the invention by the applicant for patent, except that an 
international application filed under the treaty defined in section 351(a) shall have the effects for purposes of this 
subsection of an application filed in the United States only if the international application designated the United 
States and was published under Article 2 1(2) of such treaty in the English language. 

2. Claims 1-13, 17-22, and 24-27 rejected under 35 U.S.C. 102(e) as being anticipated by 
Kerr et al. (US Patent 6,243,667). 

Regarding Claim 1 Kerr et al. discloses a method of identifying multiple packets in a 
communication flow between a source entity and a destination entity, comprising (see figure 2, 
message flow patterns): 

storing a first flow identifier of a first packet received from a source entity for a 
destination entity, wherein said first flow identifier comprises an identifier of the source entity 
and an identifier of the destination entity (see col. 3, lines 57-67, flow identifying, identifying a 
flow for the packet, see col. 6, lines 29-41, the flow cache, stores the flow identifiers, including 
the source and the destination); 

storing said first packet in a packet memory for transfer toward the destination entity; 
storing a second flow identifier of a second packet( see col. 6, lines 32-42, flow cache( memory), 
stores the flow identifiers, see col. 3, lines 56-67, the router stores the packet for transfer to the 
destination); 
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storing said second packet in said packet memory; determining whether said first flow 
identifier matches said second flow identified see col. 3, lines 55-67, the router stores packets, 
and identifies the message flow using the flow identifier of the header); 

storing a first indicator in the destination entity if a first communication flow identified 
by said first flow identifier comprises said second packet;( see col. 4, lines 1-7, the routing 
device look up the flow cache to determine a flow, results are identified or new) and 

storing a second indicator in the destination entity if said first packet is the only packet 
stored in the packet memory that is part of said first communication flow( see col. 4, lines 1-7, 
the flow is identified as new if the first packet only packet part of the communication flow). 

Regarding Claims 2 and 24 Kerr et al. discloses everything as applied above {see claims 
land 3). 

prior to said storing a first flow identifier, parsing said first packet to retrieve said 
identifier of the source entity and said identifier of the destination entity( see col. 3, lines 56-67, 
the routing device examines a header for the packet, to retrieve identifiers). 

Regarding Claims 3 and 22 Kerr et al. discloses a method of identifying one or more 
packets in a communication flow between a source entity and a destination entity, comprising: 

receiving a first packet at a communication device( see col. 3, lines 55-56, receives a 
packet); 

identifying a first communication flow comprising said first packet with a first flow 
identifier configured to identify both the source entity and the destination entity(see col. 3, lines 
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57-67, flow identifying, identifying a flow for the packet, see col. 6, lines 29-41, the flow cache, 
stores the flow identifiers, including the source and the destination); 

determining whether said first communication flow also comprises a second packet 
received at said communication device after said first packet was received at said communication 
device( see col. 3, lines 49-67, the router determines the message flow of the received packets); 
and 

transferring said first packet to a host computer for processing in accordance with a 
communication protocol associated with said first packet( see col. 2-3, lines 50-2, the router, 
processes in accordance to a transmission protocol type of the first packet). 

Regarding Claim 4 Kerr et al. discloses everything as applied above (see claim 3). 

transferring said second packet to said host computer( see col. 3, lines 55-56, the router 
receive packet); 

wherein said host computer is configured to collectively process a header portion of said 
first packet and a header portion of said second packet in accordance with said communication 
protocol( see col. 2-3, lines 50-2, the router, processes in accordance to a transmission protocol 
type of the first packet, see col. 3, lines 57-67, the header is examined). 

Regarding Claims 5 and 18 Kerr et al. discloses everything as applied above (see claims 
3 and 16). 

wherein said identifying comprises: 
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receiving a flow key generated by concatenating an identifier of the source entity and an 
identifier of the destination entity( see col. 6, lines 32-41, the flow keys , with information about 
message flows to include the source and the destination flow identifiers); 

wherein said first flow identifier comprises said flow key( see col. 6, lines 32-41, the flow 
cache includes the flow keys about the messages flows). 

Regarding Claims 6 and 17 Kerr et al. discloses everything as applied above (see claims 
3 and 16). 

wherein said identifying comprises: 

receiving an index of said first communication flow in a flow database; wherein said first 
flow identifier comprises said index( seel col. 6, lines 31-49, the flow cache had a buckets of 
entries, of a database flow, which comprises a four-byte pointer( reads on index)). 

Regarding Claim 7 Kerr et al. discloses everything as applied above (see claim 3). 

wherein said determining comprises comparing said first flow identifier with a second 
flow identifier associated with a second packet received at said communication device (see col. 
4, lines 1-7, the routing device performs lookup in a flow cache comparing the flow identifiers 
with second packet to determine message flows). 

Regarding Claim 8 Kerr et al. discloses everything as applied above (see claim 7). 

wherein said determining further comprises: 
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storing said first flow identifier in a flow memory( see col. 6, lines 29-50, the flow 
cqache stores the flow identifiers in a flow memory) ; and 

storing said second flow identifier in said flow memory( see col. 6, lines 29-50, the 
second flow identifier is stored); and 

comparing said stored first flow identifier and said stored second flow identified see col. 
4, lines 1-7, the message flow is identified by comparing flow identifiers). 

Regarding Claim 9 Kerr et al. discloses everything as applied above (see claim 8). 

wherein said flow memory is an associative memory in said communication device (see 
figure 3, section 300 flow caches). 

Regarding Claim 10 Kerr et al. discloses everything as applied above (see claim 3). 

storing said first packet in a packet memory (see col. 2, lines 40-45, the router stores the 
packet memory). 

Regarding Claim 11 Kerr et al. discloses everything as applied above (see claim 10). 

wherein said determining comprises comparing said first flow identifier configured to 
identify said first communication flow with a second flow identifier configured to identify a 
second communication flow comprising a packet stored in said packet memory (see col. 4, lines 
1-7, the message flow is identified by comparing flow identifiers, if new flow is determined or 
old message flow). 

Regarding Claim 12 Kerr et al. discloses everything as applied above (see claim 3). 
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Informing said host computer of said transfer of said first packet (see col. 4, lines 61-63, 
the router devices transfer the packet) 

Regarding Claim 13 Kerr et al. discloses everything as applied above (see claim 12). 

said informing comprises configuring an indicator in a host memory ( see col. 4, lines 61- 
63, the router device routes the packets in response to routing information retrieved form step 
225( see figure 2)). 

Regarding Claim 19 Kerr et al. discloses everything as applied above (see claim 16). 

wherein said packet memory comprises said flow memory (see col. 3, lines 40-48, the 
routing device (packet memory, maintains the flow cache)). 

Regarding Claim 20 and 27 Kerr et al. discloses everything as applied above (see claims 
16 and 3). 

storing a first indicator in a host memory if said communication flow comprises said 
second packet; and storing a second indicator in said host memory if said first packet is the only 
packet in said packet memory that is part of said communication flow (see col. 4, lines 1-7, the 
message flow is identified by comparing flow identifiers, if new flow is determined or old 
message flow). 

Regarding Claims 25 and 26 Kerr et al. discloses a communication interface, 
comprising: 
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a header parser configured to parse a header of a first packet received at the 
communication interface, wherein the first packet was issued from a source entity for a 
destination entity( see col. 3, lines 57-67, the router device examines the headers of the received 
packets); 

a flow database configured to facilitate management of a communication flow 
comprising the first packet, the flow database comprising( seel col. 6, lines 31-49, the flow 
cache had a buckets of entries, of a database flow, which comprises a four-byte pointer( reads on 
index)): 

a flow key configured to identify the communication flow using identifiers of the source 
entity and the destination entity( see col. 6, lines 32-36, the flow cache, comprise a memory 
which associated flow keys which include the source and the destination); 

an activity indicator configured to indicate a recency with which a packet in the 
communication flow has been received( see col. 5, lines 51-54, at step 241, the routing device 
examines, in the flow cache and compares the current time with the last time a packet was routed 
using a particular entry); and 

a validity indicator for indicating whether the communication flow is valid( see col. 3, 
lines 39-49, the routing device maintains the flow cache and remove message flow that are no 
longer valid. Indicating message flow is no longer valid); 

a code generator configured to generate an operation code for the first packet, to facilitate 
forwarding of the first packet toward the destination entity( see col. 6, lines 29-41, the flow 
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cache has flow keys that reads on operation code, which includes information about a particular 
message flow); and 

a packet batching module configured to determine whether a second packet received at 
the communication interface is part of the communication flow( see col. 3-4, lines 57-7, the 
router device identifies a message flow by comparing received packets ). 

Claim Rejections - 35 USC §103 
1. Claims 14-16 and 23 rejected under 35 U.S.C. 103(a) as being unpatentable over Kerr et 
al. in view of Davies et al. (US Patent 5,819,1 1 1). 

Regarding Claim 14 Kerr et al. discloses everything as applied above (see claim 13). 

Kerr et al. fails to specifically point out wherein said indicator is configured to indicate 
that said host computer should delay processing said first packet until said second packet is 
transferred to said host computer as claimed. 

Davies et al. teaches wherein said indicator is configured to indicate that said host 
computer should delay processing said first packet until said second packet is transferred to said 
host computer (See col 4, lines 8-13, The disabling step can include checking if a run length 
encoded data transfer is pending from the host, and if so, delaying disabling of the data transfers 
from the host to the peripheral until a data byte associated with the run length encoded data is 
received by the interface controller) 

Therefore it would have been obvious to one with ordinary skill in the art at the time the 
invention was made to combine Kerr et al. invention with Davies et al. invention because Davies 
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et al. invention provides provide methods and apparatus for reducing the complexity of 
programming on the peripheral side of an IEEE interface (see Davies et al. col. 3, lines 10-16) 

Regarding Claim 15 Kerr et al. discloses everything as applied above (see claim 13). 

Kerr et al. fails to specifically point out wherein said indicator indicates that said host 
computer should not delay processing said first packet as claimed. 

Davies et al. teaches out wherein said indicator indicates that said host computer should 
not delay processing said first packet (See col 4, lines 8-13, The disabling step can include 
checking if a run length encoded data transfer is pending from the host, and if so, delaying 
disabling of the data transfers from the host to the peripheral until a data byte associated with the 
run length encoded data is received by the interface controller, otherwise do not delay) 

Therefore it would have been obvious to one with ordinary skill in the art at the time the 
invention was made to combine Kerr et al. invention with Davies et al. invention because Davies 
et al. invention provides provide methods and apparatus for reducing the complexity of 
programming on the peripheral side of an IEEE interface (see Davies et al. col. 3, lines 10-16). 

Regarding Claim 16 Kerr et al. discloses a method of transferring a packet from a 
network interface to a host computer, comprising: 

receiving a first packet at a network interface( see col. 3, lines 55-56, receives a packet); 

storing said first packet in a packet memory see col. 3, lines 55-67, the router stores 
packets,) 
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receiving a first flow identifier configured to identify a communication flow comprising 
said first packet(see col. 3, lines 57-67, flow identifying, identifying a flow for the packet, see 
col. 6, lines 29-41, the flow cache, stores the flow identifiers, including the source and the 
destination); 

storing said first flow identifier in a flow memory(see col. 6, lines 29-41, the flow cache, 
stores the flow identifiers, including the source and the destination); 

searching said flow memory for a second packet in said communication flow received at 
the network interface after said first packet( sec col. 3, lines 49-67, the router determines the 
message flow of the received packets); 

transferring said first packet to said host computer( see col. 2-3, lines 50-2, the router, 
processes in accordance to a transmission protocol type of the first packet); and 

Kerr et al. fails to specifically point out configuring an indicator in a host memory to 
indicate whether processing of said first packet by said host computer should be delayed to await 
transfer of said second packet to said host memory as claimed. 

Davies et al. teaches configuring an indicator in a host memory to indicate whether 
processing of said first packet by said host computer should be delayed to await transfer of said 
second packet to said host memory (See col 4, lines 8-13, The disabling step can include 
checking if a run length encoded data transfer is pending from the host, and if so, delaying 
disabling of the data transfers from the host to the peripheral until a data byte associated with the 
run length encoded data is received by the interface controller, otherwise do not delay). 
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Therefore it would have been obvious to one with ordinary skill in the art at the time the 
invention was made to combine Kerr et al. invention with Davies et al. invention because Davies 
et al. invention provides provide methods and apparatus for reducing the complexity of 
programming on the peripheral side of an IEEE interface (see Davies et al. col. 3, lines 10-16) 

Regarding Claim 23 Kerr et al. discloses a processor readable storage medium containing 
a data structure configured to store information concerning a packet to be transferred from a 
network interface to a host computer, the data structure including one or more entries, each entry 
comprising: 

a flow number configured to identify a communication flow comprising a first packet 
received at the network interface from a source entity for a destination entity associated with the 
host computer( see col. 6, lines 29-41, the flow cache has flow keys that reads on flow number); 
and 

a validity indicator configured to provide( see col. 3, lines 39-49, the routing device 
maintains the flow cache and remove message flow that are no longer valid. Indicating message 
flow is no longer valid); 

wherein said data structure is searched for a second entry containing said flow number 
when said first packet is transferred to the host computer to determine if said communication 
flow also comprises a second packet received at the network interface after said first packet (see 
col. 3-4, lines 57-7, the routing device identifies a message flow, the packets are compared to 
determine if is part of a message flow). 
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Kerr et al. fails to specifically point out a first indication if said first packet is ready for 
transfer to the host computer; and a second indication if said first packet is a control packet as 
claimed; 

Davies et al teaches a first indication if said first packet is ready for transfer to the host 
computer (See col 4, lines 8-13, The disabling step can include checking if a run length encoded 
data transfer is pending from the host, and if so, delaying disabling of the data transfers from the 
host to the peripheral until a data byte associated with the run length encoded data is received by 
the interface controller, otherwise do not delay 

a second indication if said first packet is a control packct( see col. 3, lines 28-41, method 
can include after execution of the step of transferring a data block, either setting the interface 
controller to disable acknowledgment of receipt of data if a flow control status flag indicates 
pending flow stop, receiving of control packets) 

Therefore it would have been obvious to one with ordinary skill in the art at the time the 
invention was made to combine Kerr et al. invention with Davies et al. invention because Davies 
et al. invention provides provide methods and apparatus for reducing the complexity of 
programming on the peripheral side of an IEEE interface (see Davies et al. col. 3, lines 10-16). 
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Response to Arguments 

Applicant's arguments see pgs 1-2, filed 7/21/2009, with respect to the rejections of 
claims 1-27 under 102(e) have been fully considered and are persuasive. Therefore, the rejection 
has been withdrawn. However, upon further consideration, a new grounds of rejection is made 
in view of newly found prior art. 

Notice of Non-Compliant Amendment 

Examiner acknowledges corrections made in response to the notice of non-compliant 
amendment. 

Conclusion 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to MON CHERI S. DAVENPORT whose telephone number is 
(571)270-1803. The examiner can normally be reached on Monday - Friday 8:00 a.m. - 5:00 
p.m. EST. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Seema Rao can be reached on 571-272-3174. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would 
like assistance from a USPTO Customer Service Representative or access to the automated 
information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

/Seema S. Rao/ 

Supervisory Patent Examiner, Art Unit 
2462 

/Mon Cheri S Davenport/ 
Examiner, Art Unit 2462 
November 21, 2009 



